home *** CD-ROM | disk | FTP | other *** search
/ 8bitfiles.net/archives / archives.tar / archives / compuserve-file-archive / 03 Demos and Info / MAINFM.TXT < prev    next >
Encoding:
Text File  |  2019-04-13  |  5.3 KB  |  87 lines
  1.                 ACCESSING AN IBM MAINFRAME FROM YOUR COMMODORE
  2.  
  3.  
  4.    About a year ago, the IBM mainframe shop I work at added facilities for
  5. remote access, so we Systems Programmers could respond to problems off-shift,
  6. without the delay required for us to physically arrive on-site.  While they
  7. provided IBM 3151 terminals and 1200 bps modems for that purpose, I chose not
  8. to take one, and to use my C128 instead.  While this file is intended for 128
  9. owners, 64 owners can also successfully use these techniques, though they'll
  10. need a different program to do so.
  11.  
  12.    IBM mainframe computers don't use ASCII.  Instead they use their own
  13. encoding scheme, called EBCDIC.  Nobody knows why.  In order to support ASCII
  14. terminals, a "protocol converter" is used.  This is a piece of hardware that
  15. converts the mainframe's synchronous EBCDIC protocol to the asynchronous ASCII
  16. you'll be using, and visa-versa.
  17.    The protocol converter that I'm familiar with is the 3708.  It's the
  18. standard device at this time.  It supports a wide variety of ASCII terminals.
  19. It does not support the Commodore 128, but don't worry.  The 128 isn't a
  20. terminal, it's a computer, and that gives you a freedom not found on any dumb
  21. terminal.
  22.    The first thing you need to do is determine which terminals are supported
  23. by the 3708 you'll be dialing into, in particular, whether it supports the DEC
  24. VT-100.  This is one of the most popular ASCII terminals.  I've never heard of
  25. a 3708 that wasn't configured to support the VT-100, but do make sure.
  26.    While you're talking to the communications people at the mainframe end,
  27. there are two more things you'll need.  First you'll need to know the
  28. "communications parameters" they use.  This consists of three pieces of
  29. information:  The number of data bits, the parity, and the number of stop
  30. bits.  At my shop, we use 7 data bits, Even parity, and 1 stop bit, but
  31. this is by no means universal.  The other thing you'll need from them is a
  32. terminal keyboard map for a VT-100.  This can be found in the appendices of
  33. the 3708 manual.  You need this to know what keystrokes are required to
  34. emulate the 327x PF keys, and other keys that aren't on your Commodore. If you
  35. want to impress these communications people, be sure to refer to the
  36. transmission speed in "bps" (bits per second), not "baud."  (The numbers are
  37. the same.)  They like that sort of thing.  Nobody knows why.
  38.    If the 3708 does support VT-100, you must now find a way to make your
  39. Commodore behave like a VT-100.  The program to do this is called a "terminal
  40. emulator."  A very nice VT-100 emulator for the 128 can be found in two pieces
  41. in LIB 14 of CBMCOM.  The first part, VT100D.SDA, contains the documentation,
  42. and the second, VT100P.SDA, contains the program files.  If new versions are
  43. released, these names may change, so you'll want to check with the Sysops
  44. to be sure you get the most current versions.  Assuming there have been no
  45. changes, just download the two files as PRG files, and RUN them in 128 mode.
  46. They'll automatically "dissolve" into their component parts.  Read the
  47. documentation.
  48.    Now, find the paper where you wrote down the "communications parameters,"
  49. and configure your terminal emulator for those parameters.  3708s are as
  50. touchy about these parameters as communications people are about baud and bps.
  51.    With all this set up, you can now dial your remote access number.  When you
  52. get a CONNECT, hit RETURN, and you should see the first menu, where you
  53. get to choose what type of terminal you're using.  Pick the choice for VT-100,
  54. and you should be on your way.
  55.    Note that if you use a remote access security package, you may have to go
  56. thru some extra steps somewhere along the line.  The security package we use
  57. requires entering a special access code before selecting the terminal type.
  58. You'll have to get that information from your communications or security
  59. people.
  60.    When you do get connected, be aware you'll run into one problem.  It's
  61. not unique to the VT-100 emulator you're using, or to Commodore.  I've used
  62. a VT-100 emulator on a portable IBM clone that displayed the exact same
  63. annoying characteristic.  If the very last character of the very last line
  64. isn't a blank, your screen will scroll up one line.  The mainframe doesn't
  65. know that this happened, so the line it thinks you're working on isn't the
  66. one you think.  As long as you're aware of the problem, you can work around
  67. it, by doing whatever you have to do to get a fresh screen.  If you're using
  68. ISPF, PF2 on the top line, to force a screen split, then repeat, to get back
  69. to your original screen.
  70.    Another annoyance that's not unique to you is transmission speed.  If you're
  71. used to a locally-connected 327x device, 1200 (or even 2400) bps is going to
  72. be maddeningly slow.  You can help matters, though.  The 3708 will only send
  73. you those portions of the screen that have changed.  Again, if you're using
  74. ISPF, you can split the screen to the very minimum you need to do your work.
  75. By keeping the working screen size down, you'll minimize the amount of
  76. changed data that you must receive.
  77.    Once you've got this all working, you too can grin that special grin that
  78. comes when someone asks you what kind of PC you use to access the system,
  79. and you can tell them, "Commodore."  It's best to say it in a very flat voice,
  80. with a very deadpan expression, as though this is the most natural thing in
  81. the world.  You know why.
  82.  
  83.  
  84.  
  85. Ed Flinn
  86. 12/12/89
  87.